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DETAILED ACTION 

1. Claims 1-18 are rejected. 

Continued Examination Under 37 CFR 1.114 

2. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .1 7(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .1 7(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 26 
December 2006 has been entered. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1-9 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
the article "File System Design for an NFS File Server" by Hitz et al (hereafter File 
System Design) in view of Patent No. 5,819,292 to Hitz et al (hereafter '292) in view 
of the article "A Persistent Snapshot Device Driver for Linux" by Siddha 
(hereafter Siddha) in view of the background of US Patent No. 6,460,054 to 
Grummon (hereafter Grummon). 
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Referring to claim 1, File System Design discloses a method for restoring data. 
In particular, File System Design discloses a method of restoring data (see section 2: 
Introduction to Snapshots, lines 9-12) to a first storage device, comprising: 

providing data in a first storage area of a first type that contains sections of data 
(see section 3.4: Snapshots, lines 1-4 and 13-20 and Fig 3c, items A,B,C,D,E); 

providing data in a second storage area of a second type wherein the second 
type is a virtual storage area (see page 10, section 3.4: Snapshots, lines 2-3) that has, 
for each section of data thereof (see Fig 3c - the root inode and New Snapshot are of 
the second data type), at least one of: 

a pointer to a corresponding section of data of the first storage area and 

pointer to corresponding section of data of a third storage area of the first type 

(see section 3.4: Snapshots, lines 10-12); 

providing data in having at least one other storage area of the second type (see 
Fig 3c - the third storage area contains the changed data D' and the root node of Fig. 
3c contains pointers to the first storage area (A,B,C,D,E) and a pointer to the third 
storage area containing D'); and 

for each particular section of data of the second storage area having a pointer to 
the third storage area (see Fig. 3c - New Snapshot), providing to a corresponding 
section of the first storage area an indirect pointer to a corresponding section of the third 
storage area if no storage areas of the at least one other storage area point to the 
corresponding section of the first storage area. 
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While File System Design teaches a pointer to the third storage area for each 
particular section of data of the second storage area, File System Design fails to 
explicitly teach the further limitations of wherein prior to writing new data to a section of 
the first storage area pointed to by a pointer of the second storage area, data of the 
section of the first storage area is copied to a section of the third storage area and the 
pointer of the second storage area is adjusted to point to the section of the third storage 
area and providing to a corresponding section of the first storage area an indirect 
pointer to a corresponding section of the third storage area if no storage areas of the at 
least one other storage area point to the corresponding section of the first storage area. 
'292 discloses a method for restoring data similar to that of File System Design 
including the further limitations of wherein prior to writing new data to a section of the 
first storage area pointed to by a pointer of the second storage area, data of the section 
of the first storage area is copied to a section of the third storage area and the pointer of 
the second storage area is adjusted to point to the section of the third storage area (see 
Fig 18C and corresponding Fig 19) and providing to a corresponding section of the first 
storage area an indirect pointer to a corresponding section of the third storage area if no 
storage areas of the at least one other storage area point to the corresponding section 
of the first storage area (see column 18, line 49 through column 19, line 50 and Figures 
18A-18C). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to utilize the indirect pointers of '292 as a subcomponent of the method for 
restoring data. One would have been motivated to do so since both are directed 
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towards maintaining consistent states of a file system ('292: see abstract; File System 
Design: see abstract) and are written by common authors. 

The combination of Design and '292 (hereafter Design/'292) fails to explicitly 
disclose wherein the new data is written to the section of stored data. However, Siddha 
et al discloses a method wherein the new data is written to the section of the stored 
data (see page 1, col. 2, second and third paragraphs - creating a snapshot and 
instituting copy-on-write technique, wherein the contents of blocks that are to be 
modified are copied to the snapshot save area, and after the block is copied, its physical 
location can be overwritten by the changed data) since this technique would have 
smaller performance impact than alternative online backup approaches. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to write new data to the existing data. One would have been motivated to do 
so since this technique would have smaller performance impact than alternative online 
backup approaches (Siddha et al: see page 1 , col. 2, third paragraph). 

The combination of Design/'292 and Siddha (hereafter Design/'292/Siddha) fails 
to explicitly disclose the limitation wherein the storage areas are devices. Grummon 
teaches Computer software similar to that of Design/ , 292/Siddha for restoring data 
using snapshots. In particular, Grummon teaches restoring data using snapshots, 
including the further limitation, wherein the storage areas are devices (see column 1 , 
lines 29-59) in order to allow management of data at a low (logical volume/disk 
formatting) level, thus allowing efficient storage of data on physical media. 
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It would have been obvious to one of ordinary skill in the art at the time of the 
invention to implement the claimed software wherein each storage area is a storage 
device. One would have been motivated to do so to allow management of data at a low 
(logical volume/disk formatting) level, thus allowing efficient storage of data on physical 
media. 

Referring to claim 2, the combination of Design/'292/Siddha and Grummon 
(hereafter Design/'292/Siddha/Grummon) discloses a method, according to claim 1 , 
further comprising: 

for each particular section of data of the second storage area having a pointer to 
the third storage area, providing to a corresponding section of the first storage area a 
doubly indirect pointer to a corresponding section of the third storage area if the at least 
one other storage area points to the corresponding section of the first storage area 
('292: see column 8, lines 39-55 - occurs when the file size is greater than 64MB). 

Referring to claim 3, Design/'292/Siddha/Grummon discloses a method, 
according to claim 2, further comprising: 

causing data to be copied from the third storage area to the first storage area for 
each section of the first area having associated therewith one of: an indirect pointer and 
a doubly indirect pointer ('292: see column 9, lines 25-48). 

Referring to claim 4, Design/'292/Siddha/Grummon discloses a method, 
according to claim 3, further comprising: 

in response to a particular section of the first storage area having associated 
therewith a doubly indirect pointer, copying data from the particular section of the first 
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storage area to a new section of the third storage area prior to causing data to be 
copied to the particular section of the first storage area ('292: see column 9, lines 25- 
48). 

Referring to claim 5, Design/'292/Siddha/Grummon discloses a method, 
according to claim 1 , further comprising: 

prior to replacing a corresponding section of the first storage area, disabling 
access to the first storage area and the second storage area ('292: see column 12, lines 
39-47). 

Referring to claim 6, Design/'292/Siddha/Grummon discloses a method, 
according to claim 5, further comprising: 

after replacing a corresponding section of the first storage area for all of the 
particular sections of data of the second storage area having a pointer to the third 
storage area, enabling read and write access to the first storage area and enabling read 
access to the second storage area ('292: see column 12, lines 43-45 - after the 
consistency flag is lifted, then read and write access is enabled). 

Referring to claim 7, Design/'292/Siddha/Grummon discloses a method, 
according to claim 5, further comprising: 

after replacing a corresponding section of the first storage area for all of the 
particular sections of data of the second storage area having a pointer to the third 
storage area, enabling read and write access to the first and second storage areas 
('292: see column 12, line 48 -column 13, line 2 - after the global consistency flag is 
lifted, then read and writes can occur). 
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Referring to claim 8, Design/'292/Siddha/Grummon discloses wherein the first 
storage device, the second storage device, the third storage device, and the fourth 
storage device are provided by a single physical storage device [volume] (see column 1 , 
lines 29-59). 

Referring to claim 9, Design/ , 292/Siddha/Grummon discloses a method, 
according to claim 8, wherein the sections are tracks (Grummon: see column 1, lines 
29-59). 

5. Claims 10-16 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over the article "File System Design for an NFS File Server" by Hitz et al in view of 
Patent No. 5,819,292 to Hitz et al in view of the article "A Persistent Snapshot 
Device Driver for Linux" by Siddha. 

Referring to claim 10, File System Design discloses a method for restoring 
data. In particular, File System Design discloses computer software, provided in a 
computer-readable storage medium, that restores data to a first storage area of a first 
type that contains sections of data (see section 3.4: Snapshots, lines 1-4 and 13-20 and 
Fig 3c, items A,B,C,D,E) from a second storage area of a second type (see Fig 3c - the 
root inode and New Snapshot are of the second data type) that is a virtual storage area 
(see page 10, section 3.4: Snapshots, lines 2-3) that has, for each section of data 
thereof, at least one of: 

a pointer to a corresponding section of data of the first storage area and a pointer 
to corresponding section of data of a third storage area of the first type where there is at 
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least one other storage area of the second type (see section 3.4: Snapshots, lines 10- 
12), the software comprising: 

executable code that iterates through each section of the second storage 
area (see section 3.4: Snapshots, lines 34-43 and Fig 4); and 

executable code that provides to a corresponding section of the first 
storage area an indirect pointer to a corresponding section of the third storage 
area if no storage areas of the at least one other storage area point to the 
corresponding section of the first storage area. 

While File System Design teaches a pointer to the third storage area for each 
particular section of data of the second storage area, File System Design fails to 
explicitly teach the further limitations executable code that, prior to writing new data to a 
section of the first storage area pointed to by a pointer of the second storage area, data 
of the section of the first storage area is copied to a section of the third storage area and 
the pointer of the second storage area is adjusted to point to the section of the third 
storage area and of providing to a corresponding section of the first storage area an 
indirect pointer to a corresponding section of the third storage area if no storage areas 
of the at least one other storage area point to the corresponding section of the first 
storage area. '292 discloses a method for restoring data similar to that of File System 
Design including the further limitations of executable code that, prior to writing new data 
to a section of the first storage area pointed to by a pointer of the second storage area, 
data of the section of the first storage area is copied to a section of the third storage 
area and the pointer of the second storage area is adjusted to point to the section of the 
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third storage area (see Fig 18C and corresponding Fig 19) and providing to a 
corresponding section of the first storage area an indirect pointer to a corresponding 
section of the third storage area if no storage areas of the at least one other storage 
area point to the corresponding section of the first storage area (see column 18, line 49 
through column 19, line 50 and Figures 18A-18C). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to utilize the indirect pointers of '292 as a subcomponent of the method for 
restoring data. One would have been motivated to do so since both are directed 
towards maintaining consistent states of a file system ('292: see abstract; File System 
Design: see abstract) and are written by common authors. 

Design/'292 fails to explicitly disclose wherein the new data is written to the 
section of stored data. However, Siddha et al discloses a method wherein the new data 
is written to the section of the stored data (see page 1 , col. 2, second and third 
paragraphs - creating a snapshot and instituting copy-on-write technique, wherein the 
contents of blocks that are to be modified are copied to the snapshot save area, and 
after the block is copied, its physical location can be overwritten by the changed data). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to write new data to the existing data. One would have been motivated to do 
so since this technique would have smaller performance impact than alternative online 
backup approaches (Siddha et al: see page 1 , col. 2, third paragraph). 

Referring to claim 1 1 , Design/'292/Siddha discloses Computer software, 
according to claim 10, further comprising: 



Application/Control Number: 1 0/720,969 Page 1 1 

Art Unit: 2167 

executable code that provides to a corresponding section of the first storage area 
a doubly indirect pointer to a corresponding section of the third storage area if the at 
least one other storage area points to the corresponding section of the first storage area 
('298: see column 8, lines 39-55 - occurs when the file size is greater than 64 MB). 

Referring to claim 12, Design/'292/Siddha discloses Computer software, 
according to claim 1 1 , further comprising: 

executable code that causes data to be copied from the third storage area to the 
first storage area for each section of the first area having associated therewith one of: 
an indirect pointer and a doubly indirect pointer ('292: see column 9, lines 25-48). 

Referring to claim 13, Design/'292/Siddha discloses Computer software, 
according to claim 12, further comprising: 

executable code that copies data from the particular section of the first storage 
area to a new section of the third storage area prior to causing data to be copied to the 
particular section of the first storage area in response to a particular section of the first 
storage area having associated therewith a doubly indirect pointer ('292: see column 9, 
lines 25-48). 

Referring to claim 14, Design/'292/Siddha discloses Computer software, 
according to claim 10, further comprising: 

executable code that disables access to the first storage area and the second 
storage area prior to replacing a corresponding section of the first storage area ('292: 
see column 12, lines 39-47). 
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Referring to claim 15, Design/'292/Siddha discloses Computer software, 
according to claim 14, further comprising: 

executable code that enables read and write access to the first storage area and 
enabling read access to the second storage area after replacing a corresponding 
section of the first storage area for all of the particular sections of data of the second 
storage area having a pointer to the third storage area ('292: see column 12, lines 43-45 
- after the consistency flag is lifted, then read and write access is enabled). 

Referring to claim 16, Design/'292/Siddha discloses Computer software, 
according to claim 14, further comprising: 

executable code that enables read and write access to the first and second 
storage areas after replacing a corresponding section of the first storage area for all of 
the particular sections of data of the second storage area having a pointer to the third 
storage area ('292: see column 12, line 48 - column 13, line 2 - after the global 
consistency flag is lifted, then read and write access can occur). 
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6. Claims 17-18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over the article "File System Design for an NFS File Server" by Hitz et al in view of 
Patent No. 5,819.292 to Hitz et al in view of in view of the article "A Persistent 
Snapshot Device Driver for Linux" by Siddha (hereafter Siddha) as applied to 
claim 10 above, and further in view of the background US Patent No. 6,460,054 to 
Grummon (hereafter Grummon). 

Referring to claim 17, Design/'292/Siddha discloses Computer software for 
restoring data using snapshots. However, Design/'292/Siddha fails to explicitly teach the 
further limitation wherein the storage areas are devices. Grummon teaches restoring 
data using snapshots, including the further limitation, wherein the storage areas are 
devices (see column 1 , lines 29-59) in order to allow management of data at a low 
(logical volume/disk formatting) level, thus allowing efficient storage of data on physical 
media. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to implement the claimed software wherein each storage area is a storage 
device. One would have been motivated to do so to allow management of data at a low 
(logical volume/disk formatting) level, thus allowing efficient storage of data on physical 
media. 

Referring to claim 18, the combination of Design/'292/Siddha/Grummon 
discloses computer software, according to claim 17, wherein the sections are tracks 
(Grummon: see column 1 , lines 29-59). 
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Response to Arguments 

7. Applicant's arguments filed 26 December 2006 have been fully considered but 
they are not persuasive. 

8. Referring to Applicant's remarks on page 10 regarding the Section 103 rejection 
of claim 1 : Applicant argues that "Hitz does not show, teach or suggest the feature 
recited in Applicant's independent claim 1 , where, in response to a write to a section of 
the stored data pointed to by a pointer of the table of the virtual storage area, data is 
copied from the storage data to a section of another storage area prior to the write and 
the pointer (of the virtual storage area) is caused to point to the other storage area. Hitz 
discloses that, when data is written to the file system, the data is copied to a new 
location (e.g., copied from the old block 1818 to the new block 1824 in Figure 18C) and 
the device to which the write occurred is made to point to the new data block 1824. 
Thus, unlike Applicants' claimed invention where the virtual device points to the moved 
old data, Hitz teaches the opposite where the original device to which the write is being 
made points to a different block that is allocated." 

The examiner respectfully disagrees. On page 10 of the remarks, the applicant 
states "Hitz discloses that, when data is written to the file system, the data is copied to a 
new location (e.g., copied from the old block 1818 to the new block 1824 in Figure 18C) 
and the device to which the write occurred is made to point to the new data block 1824." 
In the broadest interpretation of the ciaim language, this statement is considered to read 
on the limitation "in response to a write to a section of the stored data pointed to by a 
pointer of the table of the virtual storage area, data is copied from the storage data to a 
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section of another storage area prior to the write and the pointer is caused to point to 
the other storage area." It is noted that the claim fails to explicitly state "a virtual 
storage area." 

9. Referring to Applicant's remarks on page 14 regarding the Section 103 rejection 
of claim 1 : Applicant argues that "It is respectfully submitted that modifying Hitz as 
taught by Siddha as suggested in the Office Action would change the principle of 
operation of Hitz. Hitz teaches that the system described therein operates because the 
WAFL system always writes new data to an unused disk location rather than to the 
currently used location. It is respectfully submitted that modifying Hitz according to 
Siddha as suggested in the Office Action to write new data to the currently used location 
and copying the old data to an unused disk location would conteract the storage 
efficiencies that the Hitz system is meant to provide. As mentioned above, Hitz 
specifically states that because WAFL always writes new data to unused disk locations, 
the snapshot tree does not change even though the active file system does. Modifying 
Hitz according to Siddha as suggested by the examiner would make this no longer true 
and accordingly, the combination of Siddha with Hitz as suggested in the Office Action 
would change the principle of operation of Hitz." 

The examiner respectfully disagrees. The Hitz reference discloses a system for 
maintaining consistent states of a file system. As part of this system, snapshots of the 
file system are created. Hitz 1 snapshots are read-only copies of the file system that use 
no disk space when they are originally created, because unlike prior art file systems that 
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create a snapshot (clone) by duplicating an entire inode file and all of the indirect 
blocks, Hitz duplicates only the inode that describes the inode file. (See Abstract). 

Hitz describes the shortcomings of the prior art in column 3. Using prior art 
techniques, each time the system creates a snapshot of the file system, the duplication 
of the entire inode file and all indirect blocks can amount to as much as 32MB on a 1GB 
disk, which makes ensuring data integrity through the use of multiple snapshots 
maintained on the active file system prohibitively expensive in terms of disk space 
usage. Hitz' snapshots, however, require the duplication of only the inode describing 
the inode file, which uses very little disk space. So long as no data on the disk is 
changed, there is no additional disk space required for the maintenance of the 
snapshot. In order to maintain the current snapshot when data is changed, Hitz uses a 
copy-on-write technique. Drawing Figure 18A illustrates a file system with no snapshot. 
The creation of a snapshot results in Figure 18B. Note that when initially created, both 
inodes point to the same data blocks A-E, since the snapshot reflects the file system as 
it currently exists. As is illustrated in drawing Figure 18C, when data on a block is about 
to be modified, the system creates a copy of the data block to be modified (D'), changes 
the pointer in the inode of the current file system 1810 to point to the new block D', and 
makes the change to the data in block D'. The current file system now includes data 
blocks A, B, C, D' and E, while the snapshot continues to point to the original data block 
D. In this way, only those data blocks which have actually been modified need be 
copied in order to maintain a snapshot. This is the innovation introduced by the file 
system of Hitz. 
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The Siddha reference teaches a system for creating snapshots substantially 
equivalent to that of Hitz, except that while Hitz redirects the pointer of the file system 
inode to the new block and maintains the snapshot pointer to the existing block, 
Siddha's copy-on-write scheme redirects the snapshot's pointer to the new block and 
maintains the file system's inode to the existing block. The difference can be most 
readily seen in the contrasting drawings; Hitz 1 Figure 18C and Siddha's Figure 1. (Note 
that in Figure 18C, the pointer from file system inode 1810 should actually be pointing to 
new data block 1824). 

The applicant makes much of the fact that the Hitz reference discloses that 
"Because WAFL always writes new data to unused disk locations, the snapshot tree 
does not change even though the active file system changes." (see col. 18, lines 30-32). 
This fact, however, has nothing to do with the feature of the Hitz invention that 
constitutes the improvement over the prior art, and is in fact the principle of operation of 
the system. The improvement and principle of operation has to do with the fact that 
each snapshot of the Hitz system requires only a single inode to be created, and 
thereafter requires the duplication of only those data blocks which have been modified. 
This is in contrast to the prior art, where a second copy of the entire inode file as well as 
copies of all indirect blocks are required for the creation of a snapshot. In their ruling in 
In re Ratti, 270 F.2d 810, 123USPQ 349 (CCPA 1959), the CCPA stated that "the 
suggested combination of references would require a substantial reconstruction and 
redesign of the elements shown in [the primary reference] as well as a change in the 
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basic principle under which the [primary reference] construction was designed to 
operate." 270 F.2d at 813, 123 USPQ at 352. 

In the case of the proposed combination of references, the borrowing of the 
feature of Siddha's copy-on-write scheme (making the duplicated block part of the 
snapshot and maintaining the original block as part of the file system) into the system of 
Hitz (making the duplicated block part of the file system and maintaining the original 
block as part of the snapshot) would clearly not "require a substantial reconstruction and 
redesign", nor would it change the principle of operation of the Hitz system. At best, 
Hitz' implementation of a copy-on-write scheme is merely an arbitrary design choice. 
There is certainly no difference in performance gained by Hitz' copy-on-write scheme 
over that of Siddha. In both cases, the data block being modified must be duplicated, in 
both cases the pointer from one inode (either the file system inode or the snapshot 
inode) must be moved from the existing block to the new block, and in both cases the 
desired change must then be implemented in the data block which remains part of the 
current file system. The performance is exactly the same for both copy-on-write 
schemes. There is no advantage to be gained by implementing either of the disclosed 
copy-on-write schemes over the other. 
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Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kimberly Lovel whose telephone number is (571) 272- 
2750. The examiner can normally be reached on 8:00 - 4:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Cottingham can be reached on (571 ) 272-7079. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Kimberly Lovel 
Examiner 
Art Unit 2167 

10 June 2007 
kml 
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